Managing inputs at an information handling system by adaptive infrared illumination and detection

ABSTRACT

A single camera detects user interactions with separate infrared light sources, such as structured light for three dimensional detection and an infrared curtain surface touch interactions. A touch input module monitors user interactions with a desktop surface, such as at a projected or display mat user interface presentation, and selectively illuminates the separate infrared light sources to support camera detection based upon the user interactions. For example, separate infrared light sources illumination in an interleaved manned at variable rates based upon analysis of visible light or structured light images captured by the camera.

BACKGROUND OF THE INVENTION

Field of the Invention

The present invention relates in general to the field of informationhandling system end user interaction management, and more particularlyto an information handling system immersed user environment.

Description of the Related Art

As the value and use of information continues to increase, individualsand businesses seek additional ways to process and store information.One option available to users is information handling systems. Aninformation handling system generally processes, compiles, stores,and/or communicates information or data for business, personal, or otherpurposes thereby allowing users to take advantage of the value of theinformation. Because technology and information handling needs andrequirements vary between different users or applications, informationhandling systems may also vary regarding what information is handled,how the information is handled, how much information is processed,stored, or communicated, and how quickly and efficiently the informationmay be processed, stored, or communicated. The variations in informationhandling systems allow for information handling systems to be general orconfigured for a specific user or specific use such as financialtransaction processing, airline reservations, enterprise data storage,or global communications. In addition, information handling systems mayinclude a variety of hardware and software components that may beconfigured to process, store, and communicate information and mayinclude one or more computer systems, data storage systems, andnetworking systems.

Conventional information handling system interactions are managed with akeyboard and mouse. An end user indicates with a mouse which applicationshould receive inputs by activating an application with a mouse click,and then inputs information to the application with the keyboard. Overtime, various input and output devices have developed to enhance enduser interactions with an information handling system, however, newerinput and output devices generally have modified existing I/O devicefunctionality. One example is the use of wireless technology to free thekeyboard and mouse from wired connections with an information handlingsystem. Another example is the use of a touchscreen display to acceptmouse and keyboard inputs with touches to visual information presentedat the display, such as a keyboard or an application graphical userinterface. Another example is the use of projected user interfaces thatare presented at a projection surface and that have interactions trackedwith a camera. For instance, a keyboard projected on a desktop surfaceaccepts user inputs to projected keys instead of physical keys.Structured infrared light projected over the desktop aids the camera indetecting inputs at keys by reflected infrared light that results whenan input is made at a key. Each of these input and output devices workindependently from each other based upon an end user election tointeract with an information handling system using a particular input oroutput device. Essentially, the end user may as well pick from amongdifferent available conventional keyboards or mice.

Conventional end user information handling system interactions offer endusers a take-it-or-leave-it option when selecting peripherals tointeract with the information handling system. End users often find thattheir optimal I/O configuration depends upon the context in which theend user is operating. Contextual factors include the location of theuser and information handling system, the applications and tasksperformed by the end user, the available peripheral devices, theenvironmental conditions, etc. . . . As the number of availableperipherals, the mobility of information handling systems and thecomplexity of information handling system tasks have increased overtime, the selection of appropriate I/O devices by end users has becomemore complex. Even when an end user selects a particular I/O deviceconfiguration, changes in the context can often change quickly resultingin less optimal interactions. Further, selection of a particular I/Oresource often discounts or ignores the availability of other I/Oresources to aid in the operation of selected I/O resources. Independentand uncoordinated inputs and outputs at an information handling systemsometimes results in a degraded user experience and underutilization ofavailable resources

SUMMARY OF THE INVENTION

Therefore a need has arisen for a system and method which immerses anend user in an information handling system user environment adapted tothe end user's context and processing needs.

In accordance with the present invention, a system and method areprovided which substantially reduce the disadvantages and problemsassociated with previous methods and systems for end user interactionswith an information handling system. Input and output devices coordinatetheir functionality to immerse an end user in an immersed informationhandling system environment adapted to the end user's context andavailable processing resources. A cooperative approach between I/Odevices leads an information handling system to react to an end user'sprocessing needs rather than forcing the end user to react as context,resources and processing needs change.

More specifically, an immersed information handling system environmentpresents user interfaces to the end user adapted for the end user'sposition relative to a work area, such as desktop. For example,projected user interfaces are presented in a multi-workspace arc thathighlights projected information for a user based on the user's naturalreach characteristics and detected position. End user interactions witha projected user interface as well as displayed user interfaces are moreaccurately tracked in a more efficient manner by coordinating detectionof end user interactions by visual or structured light captured by acamera, touches capture by a desktop capacitive sensor and imagespresented by plural display devices all relative to a common coordinatesystem, such as a Cartesian coordinate system defined relative to adesktop surface and a polar coordinate system defined relative to a userand the user's detected reach characteristics. Examples of more accurateand efficient input detections include multiple input device tracking oftouches made by an end user and manipulations by an end user at physicaltotem devices. The user's preferences are tracked over time to provideautomated selection of peripherals, applications, active input devices,active input applications and windows, etc. . . . . Resources and powerconsumption management at the immersed information handling systemenvironment provide accurate tracking of end user interactions byselectively engaging resources as needed, such as by activating sensorsas disambiguation of intended and unintended inputs becomes an increasedpriority.

The present invention provides a number of important technicaladvantages. One example of an important technical advantage is that theimmersed information handling system environment provides the user withan improved experience that adapts and reacts to the user's needsinstead of waiting for the user to command a desired input and outputenvironment. The end user interacts in a natural manner with multiplesensor devices detecting context that the information handling systemapplies to create the immersed environment. Active management ofprocessing resources to select input and output devices conservesprocessing resources for needed tasks to provide a more natural andquicker-reacting user interface and also conserves power consumption.End users are able to focus on the processing tasks that the end userneeds to accomplish rather than on the interactions that the end userhas to make at an information handling system to perform the processingtasks.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention may be better understood, and its numerousobjects, features and advantages made apparent to those skilled in theart by referencing the accompanying drawings. The use of the samereference number throughout the several figures designates a like orsimilar element.

FIG. 1 depicts a block diagram of an information handling systemconfigured to interact with an end user in an immersed environment;

FIG. 2 depicts an upper perspective view of an information handlingsystem that generates an immersed end user environment having anon-linear display configuration;

FIG. 3 depicts an upper perspective view of a desktop having informationpresented with non-linear orientations based upon end user position;

FIG. 4 depicts an upper perspective view of an example embodiment of enduser parameters captured by user interface engine to present informationin a non-linear user interface region;

FIG. 5 depicts an upper perspective view of a relationship establishedbetween Cartesian and polar coordinates for presenting visualinformation at desktop;

FIG. 6 depicts a flow diagram of a process for defining a non-linearuser interface region at a desktop;

FIG. 7 depicts a block diagram of one example of a user interface engineimplementation that presents images in display devices based uponpriorities set in a graphics control table 108;

FIG. 8A depicts a side view of a system for adjusting and calibrating animmersed end user environment by detecting and referencing physicalobjects to calibrate input and output devices;

FIG. 8B depicts an upper view of a system for adjusting and calibratingan immersed end user environment by detecting and referencing physicalobjects to calibrate input and output devices;

FIG. 9 depicts an upper view of an exemplary system for adjusting andcalibrating an immersed end user environment by detecting andreferencing physical objects to calibrate input and output devices;

FIG. 10 depicts an example of an end user writing the word “how” on adesktop and disorientation that may happen when projected written visualimages vary from pen locations determined by a three dimensional camera;

FIG. 11 depicts a flow diagram of a process for correcting presentationof visual information relative to an input location;

FIG. 12 depicts a side view and block diagram of an information handlingsystem adapted to disambiguate false touch inputs on a projectionsurface;

FIG. 13 depicts a side view of interaction by a human hand and fingerswith an IR curtain having touches validated by touch input verifier;

FIG. 14 depicts an overhead view of a desktop having a visual keyboarddepicted to illustrate various embodiments of touch input verification;

FIG. 15 depicts a flow diagram of a process for disambiguating intendedfrom unintended inputs at a presented keyboard;

FIG. 16 depicts an upper perspective view of selective illumination fromIR curtain and IR structured light emitters to interleave IR lightsources for simultaneous object and touch recognition;

FIG. 17 depicts an example of evenly dispersed IR curtain and structuredlight interleaved emissions;

FIG. 18 depicts a flow diagram of a process for setting first and secondinfrared light emitter emission rates based upon a context at animmersed end user environment;

FIG. 19 depicts an example of a projection area with a touch restrictionicon that is manipulated by an end user to identify regions of theprojection area in which predetermined touches are disregarded;

FIG. 20 depicts a projected user interface that includes an adjustabledigital screen locker defined by opposing motion of touch restrictionicons;

FIG. 21 depicts a flow diagram of a process for defining a restrictedtouch screen locker zone in a desktop immersed environment having touchdetection sensing;

FIG. 22 a block diagram of an example embodiment of an immersed end userinformation handling system environment having contextually-suggestedperipheral device recommendations;

FIG. 23 depicts a flow diagram of a process for suggesting peripheraldevices to an end user in an immersed information handling systemenvironment;

FIG. 24 depicts a block diagram of an immersed desktop environmenthaving stored non-native resolution to rapidly adapt to a desired visualpresentation configuration;

FIG. 25 depicts a flow diagram of a process for rapid adoption ofnon-native resolution presentation of visual information based upon asensed context at an immersed information handling system environment;

FIG. 26 depicts a block diagram of a system for managing cursor focus inan immersed environment having multiple displays that present visualinformation and accept end user inputs at the cursor;

FIG. 27 depicts an example embodiment of cursor focus snap back betweena display and a capacitive mat display;

FIG. 28 depicts a flow diagram of a process for automaticallyestablishing cursor focus based upon end user interactions with animmersed environment;

FIG. 29 depicts a side perspective view depicts a system for interactingwith totem devices 50 disposed at a capacitive mat display 38 placed ona desktop 56;

FIG. 30A depicts a bottom view of a totem as an example of capacitivefeet that rest on or proximate to capacitive mat display;

FIG. 30B depicts a bottom view of a totem as an example of capacitivefeet that rest on or proximate to capacitive mat display;

FIG. 30C depicts an alternative embodiment of a totem having aninteractive portion that moves relative to a main body to provideadditional input feedback related to the totem;

FIG. 30D depicts another example embodiment of a totem with aninteractive portion that translates end user manipulations into inputsat a capacitive mat display or other capacitive sensor;

FIG. 30E depicts another example embodiment depicts a totem 50 having aninteractive portion that moves relative to a main body;

FIG. 30F depicts an upper view of another example of a totem having arotating center portion that rotates relative to a base resting on acapacitive sensor surface;

FIG. 30G depicts an example totem keyboard that adopts the plungerinteractive device and foot identifiers described above for use toaccept keyboard inputs;

FIG. 30H depicts a blow-up view of a key from a totem keyboard;

FIG. 30I depicts another example embodiment of a keyboard totem;

FIG. 30J depicts another example of a totem having a rotating centerportion to provide joystick inputs at a capacitive surface;

FIG. 31 depicts another example of a totem having a rectangular blockshape;

FIG. 32 depicts a flow diagram of a process for establishing a totemrelationship with a function at an information handling system;

FIG. 33 depicts an upper perspective view of a capacitive mat displayhaving interlocking modular expansion devices to provide additionalsurface area for presenting information, accepting touch inputs andcharging devices; and

FIG. 34 depicts an upper perspective view of a blown-up view of acapacitive mat display 38 configured to accept interlocking modularexpansion devices 374 to provide additional surface area for presentinginformation, accepting touch inputs and charging devices.

DETAILED DESCRIPTION

An information handling system immersed environment coordinates userinteractions across multiple input and output devices for more effectiveuser management of information. For purposes of this disclosure, aninformation handling system may include any instrumentality or aggregateof instrumentalities operable to compute, classify, process, transmit,receive, retrieve, originate, switch, store, display, manifest, detect,record, reproduce, handle, or utilize any form of information,intelligence, or data for business, scientific, control, or otherpurposes. For example, an information handling system may be a personalcomputer, a network storage device, or any other suitable device and mayvary in size, shape, performance, functionality, and price. Theinformation handling system may include random access memory (RAM), oneor more processing resources such as a central processing unit (CPU) orhardware or software control logic, ROM, and/or other types ofnonvolatile memory. Additional components of the information handlingsystem may include one or more disk drives, one or more network portsfor communicating with external devices as well as various input andoutput (I/O) devices, such as a keyboard, a mouse, and a video display.The information handling system may also include one or more busesoperable to transmit communications between the various hardwarecomponents.

Referring now to FIG. 1, a block diagram depicts an information handlingsystem 10 configured to interact with an end user in an immersedenvironment. Information handling system 10 processes information withone or more central processor units (CPU's) 12 that execute instructionsstored in memory, such as random access memory (RAM) 14. For example,non-volatile memory, such as solid state drive (SSD) 16 or a hard diskdrive, stores an operating system 18 that is retrieved to RAM 14 toexecute on CPU 12 for supporting applications 20 that generate andmodify information in RAM 14 for presentation to an end user. Operatingsystem 18 is bootstrapped to an operational state with firmwareinstructions stored and executed in a chipset 22, such as a basicinput/output system (BIOS) 24. Chipset 22 includes processing componentsand firmware instructions to support end user interactions with CPU 12through input and output devices. For example, chipset 22 includes orinterfaces with a graphics system 26 that processes visual informationinto pixel data for presentation at a display device. Firmware onchipset 22 also coordinates communications with external devices andnetworks, such as with a network interface card (NIC) 28 that couples toan Ethernet interface and a wireless NIC (WNIC) 30 that wirelesscommunicates through wireless local area networks (WLAN) such as 802.11b, g, n and ac networks, through wireless personal area networks (WPAN)such as Bluetooth or 802.11 ad networks. Although the block diagram ofinformation handling system 10 does not indicate a particular formfactor, the immersed end user environment described herein may besupported with a variety of form factors including desktop, portable,tablet, smartphone or other types of information handling systems.

Information handling system 10 creates an end user immersed environmentby managing the presentation of information and acceptance of inputsthrough a user interface engine 32, such as instructions executing inone or more of CPU 12, chipset 22 and individual input and outputcomponents like those described below. A display 34 interfaces withgraphics system 26 to receive pixel information that is presented asvisual images. Display 34 may be configured as an integrated device,such as in a tablet, laptop or convertible information handling system,or as a peripheral device coupled through a cable or wireless interface.Projector 36 is, for example, essentially a display device that projectspixel information against a projection surface, such as a desktopsurface. A capacitive mat display 38 is a flat peripheral that rests ona surface, such as a desktop, to present visual information to an enduser and to accept inputs from the end user with integrated capacitivetouch sensors. An infrared emitter 40 projects infrared light to aid intouch detection and/or resolution of three dimensional images capturedby a camera 46. For example, infrared emitter 40 projects an IR curtainjust above a surface to detect touches at the surface that pass throughthe IR curtain. As another example, infrared emitter 40 projectsstructured light that does not disrupt the end user but provides camera46 with depth information that aids analysis of images to detect bodyparts, such as fingers and hands, and dimensions. User interface engine32 manages inputs and outputs to other types of devices, including amouse 42, keyboard 44, camera 46 and touchscreen 48. User interfaceengine 32 applies images captured by camera 46 with and withoutenhancements by infrared emitter 40 to manage passive input devices,such as totems 50 that an end user manipulates to indicate an input.User interface engine 32 tracks input and output devices relative toapplications, windows and content data with a user interface table 52that allows rapid transitions of presented content between availableoutput devices.

Capacitive mat display 38 offers a physical device in the immerseddesktop environment that provides input, output and/or relative locationorientation with a flexible, powerful and non-intrusive tool. Capacitivemat display 38 has a thin, flat construction with a base that rests on adesktop and an upper capacitive surface that accepts end user inputs astouches. When presenting visual images with a display, the touch surfaceof capacitive mat display 38 allows an end user to interact withdisplayed images in a manner similar to conventional LCD touchscreens.In some embodiments, capacitive mat display 38 may be used withoutpresenting visual images or may include only a capacitive touch surfacewithout including a display. When setup as only a touch surface,capacitive mat display 38 may accept end user inputs made to projectedvisual images or end user inputs made to visual images presented atother conventional display devices. For example, projector 36 presentsvisual images for projection at a capacitive surface so that end usertouches at the capacitive surface are accepted as inputs to theprojected images. Projector 36 aligns the projection of visual imagesbased upon the position of a capacitive touch surface as detected bycamera 46 and continuously aligns touch inputs as set forth in greaterdetail below. Whether or not capacitive mat display 38 includes adisplay device or has the display device enabled, the capacitive touchsensor surface is available to leveraged as an input device as set forthbelow.

Referring now to FIG. 2, an upper perspective view depicts aninformation handling system that generates an immersed end userenvironment having a non-linear display configuration. Conventional userinterfaces generally present visual information in a Cartesian basedcoordinate system having a rectangular configuration. In larger immersedend user environments that include horizontal input devices, such ascapacitive mat display 38, the natural motion of a human arm followsmore of an arc pattern, or more precisely, a dual arc rotating abouteach shoulder and centered at the end user's torso. In order to adapt toan end user's natural user interface paradigm, user interface engine 32creates a non-linear user interface region 52 that reflects an arccentered around the end user. Non-linear user interface region 52 alsoserves to create a sense of immersion by wrapping visual content aroundan end user that adapts to an end user's reach and interactions. A depthcamera 46 measures end user physical presence to define an arc radiusadapt to the end user's arm-length, reach, posture and/or other factors.The presentation of visual information allows a fluid immersion thatkeeps content highlighted for viewing with adaptive window sizes basedupon a view direction of an end user. For example, multiple icon statesare presented to the end user based upon the end user's orientation andviewing angle. User interface windows digitally rotate and adjust tomatch an end user's viewing angle rather than forcing the end user tounnaturally orient his body and head to match a Cartesian display ofinformation. In a multiple user paradigm, the immersed end userexperience adapts to enhance collaboration. End user immersedenvironments may be saved to rapidly adapt to multiple saved workspacecontexts based upon a position associated with an information handlingsystem and other detected contextual values.

In the example embodiment depicted by FIG. 2, information handlingsystem 10 supports end user interactions at a desktop 56 undermanagement of a user interface engine 32. Although desktop 56 isdepicted as a work environment centered at a desk surface, inalternative embodiments alternative work surfaces may be used withalternative arrangements of input and output devices. One or moredetection devices, such as camera 46, detects positional information fora user relative to desktop 56 to define non-linear user interface region54. One or more projectors 36 populate non-linear user interface region54 with display arc icons 58 that each include one or more windows 60having content associated with applications. Sets of one or more displayarc icons 58 may be presented in projection display arcs 66 having aradius centered at an end user's point of shoulder rotation for the sideof desktop 56 on which the projection display arc 66 is presented. Inthe example embodiment, first and second capacitive mat displays 38 reston desktop 56 to present visual images with an integrated LCD and acceptend user inputs with touches detected by integrated capacitive touchsensors. User interface engine 32 projects content with display 34,projector 36 and capacitive mat displays 38 in a coordinated manneradapted to an end user's preferences, such as by projecting around aposition of capacitive mat display 38 detected by analysis of imagescaptured by camera 46. For instance, end user touches or gestures aredetected by camera 46 or capacitive mat display 38 and interpreted byuser interface engine 32 to move content between presentationenvironments by having the graphics system define appropriate pixelinformation for display 34, projector 36 and capacitive mat display 38.

In addition to detecting end user touches and gestures, user interfaceengine 32 analyzes images captured by camera 46 to determine inputs madethrough totems 62. For example, totems 62 are “dumb” devices thatindicate inputs based upon orientation or end user hand motions in theirproximity. Alternatively, totems 62 may include limited intelligence andwireless communications capability that sends input data to informationhandling system 10. In some embodiments, totems 62 interact withcapacitive touch sensors of capacitive mat display 38 to provide inputsfrom an end user to information handling system 10. For example, akeyboard totem 64 rests on a capacitive mat display 38 and accepts enduser inputs to a mechanical key that presses downward on touch sensorswith each key uniquely identified by relative position or the type ofdetected touch. In some embodiments, a capacitive mat 38 is providedwithout an integrated display to accept such touch inputs without theadded expense of the LCD portion.

Referring now to FIG. 3, an upper perspective view depicts a desktop 56having information presented with non-linear orientations based upon enduser position. In the example embodiment, a rotated projected display 70presents information in a window having an orientation aligned with thenon-linear user interface region 54 so that an end user having a viewingpositon at a central location of the arc views rotated projected display70 in a natural orientation. Other projected content presented ondesktop 56 may orient along Cartesian based reference points or with apolar reference system that aligns viewing positions relative to the enduser. For example, projected icons 68 and projected display arc 66 alignrelative to the Cartesian coordinates extending from a detected positionof capacitive mat display 38. As an end user changes orientation ofviewing position, the size and orientation of windows in projecteddisplay arc 66 and of projected icons 68 may automatically adjust. If,for example, an end user shifts her view from rotated projected display70 towards projected icons 68, the size of content within projectedicons 68 increases for improved viewing by an end user. Upon selectionwith a finger touch detected by camera 46, the projected icon mayfurther enlarge for presentation in projected display arc 66, oncapacitive mat display 38 or as a rotated projected display presented inanother area of projection display arc 66. The orientation of windows,whether in an active or icon state may be configured to default settingsby an end user or adapted on the fly by gestures, such as indicating arotation motion captured by camera 46 proximate to presentedinformation.

Referring now to FIG. 4, an upper perspective view depicts an exampleembodiment of end user parameters captured by user interface engine 32to present information in a non-linear user interface region 54. An enduser operator 72 is depicted in a central location relative to display34 and has an image captured by camera 46, such as with infraredstructured light that aids depth measurements. End user interface engine32 analyzes images captured by camera 46 to determine reach parameters74 associated with end user 72, such as the arm length, posture, torsoheight, etc. . . . . Reach parameters 74 are applied to define an armarc 76 between end user 72's shoulder position as centerpoint and areach of end user 72 based on arm length that allows end user 72 totouch projected images. Images captured by camera 46 are also analyzedby end user interface engine 32 to determine an eye position 78 thatindicates a viewing direction of end user 72. During operations,information may be presented at desktop 56 based upon Cartesiancoordinates, such as anchored in position relative to display 34 or acapacitive mat display, or based upon polar coordinates that center inan arc relative to one or more centerpoints. For example, an arm arc 76may define presentation of visual information for right and left sidesof desktop 56 with a centerpoint 80 at the right and left shoulders ofend user 72 so that non-linear user interface region 56 forms from twoconnected arcs. Alternatively, a single arm arc 76 may be defined from acenterpoint 82 of end user 72. In order to aid in collaboration during amulti-user interaction, camera 46 captures reach parameters 74 ofadditional users and creates a presentation centered at a location 86between the multiple users. The multi-user presentation may adapt toreach of each end user based upon windows active to each end user, suchas having a first arm arc 76 for user 72 and a second arm arc for user84 with each arm arc having collaborative visual information presentedin a region accessible by both users.

Referring now to FIG. 5, an upper perspective view depicts arelationship established between Cartesian and polar coordinates forpresenting visual information at desktop 56. In the example embodiment,Cartesian coordinates (represented by x and y) have an origin 88 locatedat a physical reference point identifiable by camera 46, such as an edgeof desktop 56 or an edge of capacitive mat display 38. The anchorlocation for the Cartesian coordinates may be selected automaticallybased upon discernible physical reference objects, automatically basedupon a projected or displayed reference, or manually based upon a userpreference. Polar coordinates (represented by r and i) have an origin 90located at a physical reference point associated with an end user reachor other interaction with presented information. In the exampleembodiment, Cartesian and polar coordinates are depicted for the fourcorners of capacitive mat display 38 with a translation performed by acalibration engine 92 between the coordinate systems. A touch inputmodule 94 interfaced with calibration engine 92 tracks touch inputs byan end user to determines input locations of touches detected by camera46 or capacitive sensors in display 38 to determine input values basedon whether inputs are made to a device having a visual presentationoriented to Cartesian or polar coordinates. For instance, coordinatesmay be referenced by a capacitive mat display position, desktop edge,infrared markings placed by an infrared emitter or infrared displayportion in capacitive mat display 38, by permanent calibration markingson capacitive mat display 38 or by other coordinate definitions. Asinputs are made and physical items detected on desktop 56, calibrationengine 92 compares presented information positions relative to expectedpositions to continuously update coordinates at desktop 56.

Referring now to FIG. 6, a flow diagram depicts a process for defining anon-linear user interface region at a desktop. The process begins atstep 96 by detecting user dimensions, such as height, distance, reachparameters and other dimensions analyzed from an image of the usecaptured with a depth camera enhanced with structured infrared light. Atstep 98, the user dimensions are applied to determine a user interfacearc center or centers based on the end user position. For example, asingle centerpoint may be used the center of a user or set of users, ora set of centerpoints may be determined at different detected locations,such as shoulders, elbows, or at each of plural end users captured bythe camera image. Alternatively or in addition to a center based uponend user location, other reference points may be determined based uponphysical objects captured in a camera view, such a display or capacitivemat display on the desktop. At step 100, a user interface arc radius isdetermined based upon the detected user dimensions and centerpoint. Forexample, an arc radius is determined from a detected arm reach of an enduser to present visual images in an arc area of the desktop within reachof the end user. In one embodiment, the arc area is defined to excludecertain portions of the desktop, such as portions covered by anotherdisplay device, such as a capacitive mat display. At step 102, arc iconsizes are determined for presenting content in each of plural iconwindows. As an example, icon size decreases for icons that are presentedfurther from the center of an end user desktop, with active windows thatpresent applications in use by an end user presented in larger windows.Icon size may also vary based upon an end user's body orientationrelative to a desktop and an end user's eye gaze so that content ofgreater interest to the end user has a more prominent appearance. Atstep 104, a determination is made of whether an end user adjusts hisposition and, if so, the process returns to step 96 to determine newuser dimensions. As long as an end user maintains a position within athreshold, the process continues to step 106 to determine if the enduser has changed eye positions. If eye position change is detected, theprocess returns to step 102 to determine icon sizes, such as increasingthe size of icons in the direction of the user gaze and decreasing iconsizes outside of the user's gaze. As long as the user gaze remains in acertain direction within a threshold, steps 104 and 106 repeat to adaptthe presentation of information as changes are detected. For example, auser defined “focus” size is applied to windows projected on a desktopbased upon a detected focus point of the user's gaze, with other windowspresented at smaller sizes in proportion to the distance of each of theother windows from the focus point. As an end user elects to activelyinteract with content of a particular window, the selected window may becentered on the desktop or moved by a gesture to a primary displaydevice, such as a capacitive mat display, or an input at a totem device,such as a rotation of a totem detected by capacitive sensors thatadjusts the window in focus to a selected window indicated by the totemdirection relative to the arc.

Referring now to FIG. 7, a block diagram depicts one example of a userinterface engine implementation that presents images in display devicesbased upon priorities set in a graphics control table 108. Applicationsexecuting on an information handling system 10 generate visualinformation for presentation to an end user and provide the visualinformation to a graphics controller 26, such as with a shared memorylocation in RAM 14. Graphics controller 26 generates pixel informationthat defines visual images for presentation by display devices, such asdisplay 34, projector 36 and mat display 38. In order to provide a rapidresponse in an immersed environment, graphics control table 108associates images, such as windows that include image content, withdisplay devices by order of priority. As user interface engine 32detects changes in the immersed environment that alters presentation ofvisual information, graphics controller 26 directs rendered images fromRAM 14 to an appropriate display device based upon the priorities ingraphics control table 108. For example, if an end user drags image 1from an icon state presented by projector 36 to an active statepresented by mat display 38, user interface engine 32 moves image 2 frommat display 38 to display 34 if space is available or at projector 36 ifspace is not available. User interface engine 32 updates graphicscontrol table 108 based upon end user interactions with applicationsassociated with the images. In the immersed environment, as an end useralters posture, gaze or other factors, user interface engine 32 altersthe presentation by the display devices by pointing rendered images fromRAM 14 to desired display devices as defined by the priorities ingraphics control table 108.

Referring now to FIG. 8A, a side view depicts a system for adjusting andcalibrating an immersed end user environment by detecting andreferencing physical objects to calibrate input and output devices. Inthe example embodiment, a depth camera 46 measures a distance 116 from alocation proximate a projector 36 to a drop off point 110 at the end ofthe width 114 of desktop 56. For example, drop off point 110 isdetermined at a vector where camera 46 detects a jump in distance due tostructured light proceeding past the end of end of desktop 56. Theheight 112 of camera 46 is known or estimated with the height of thedisplay or stand on which it and projector 36 rests so that userinterface engine 32 is able to calculate the width 114 of desktop 56.Once the width distance 114 is calculated, user interface engine 32applies the width to adjust presentation of projected visual images andmeasurement of touch inputs for providing desired image size, aspectratio, focus and keystone, as well as to obtain a desired precision fordetermining touch inputs. For example, coordinates defined on desktop 56provide a reference relative to a physically-detected device, such asdrop off point 110 so that inputs and projected outputs relative tonon-fixed devices may be calibrated to obtain a desired accuracy, suchas to provide a frame of reference to project outputs generated from apen writing on desktop 56 in the location of the writing.

Referring now to FIG. 8B, an upper view depicts a system for adjustingand calibrating an immersed end user environment by detecting andreferencing physical objects to calibrate input and output devices. Aprojection area 118 is defined on desktop surface 56 with Cartesiancoordinates (x,y) relative to origin 88, defined by the measured desktopedge 110. Alternatively, coordinates may be defined relative to edgesdetected for mat display 38, such as by the difference in height of matdisplay 38 relative to desktop 56, permanent markings or coloration atmat display 38, or calibration markings presented as visual images atmat display 38. User interface engine 32 applies the coordinates andprojection area to present visual images with projector 36 and matdisplay 38 in a coordinated fashion, including with a translation topolar coordinates for a non-linear user interface as set forth above.For example, in one embodiment visual information presented at matdisplay 38 and by projector 36 are both coordinated according to theCartesian coordinates defined from origin 88 so that images fit and evenoverlap in a desired manner.

Referring now to FIG. 9, an upper view depicts an exemplary system foradjusting and calibrating an immersed end user environment by detectingand referencing physical objects to calibrate input and output devices.The calibration engine 92 and touch input module 94 depicted by FIG. 5coordinate input and output devices to synchronize presentation ofvisual information by multiple display devices according to a commoncoordinate system. In particular, projection touch systems are usuallycalibrated with a fixed position between a camera and projector oncebefore use, however, over time calibration shifts and in some instancesphysical binding is not available. Calibration engine 92 uses sensedtouches from multiple available detection devices and physical objectsto provide a continuous calibration for an immersed end user environmenteven with plural physically disconnected projectors and cameraspresenting plural visual images and detecting plural inputs. As isillustrated by FIG. 10, an end user writing the word “how” on a desktopwill experience disorientation when projected written visual images 124vary from pen locations 122 determined by a three dimensional camera. Tomaintain detected and projected input locations within a desireddeviation, a camera detects the tip of a pen (or finger or otherwriting/input utensil) where an annotation is made and the projectedannotation to determine a deviation. A calibration engine converts thedeviation linear distance into a number of pixels using DPI valuesobtained from the projectors EDID/DID and corrects deviations thatexceed a threshold by changing the projected position. Calibration bycamera detection of visual images may be performed based upon an actualoutput for presentation to a user with infrared output not visible to auser, such as output from an infrared projector/camera 123 used for anIR curtain to detect touch inputs but captured by camera 46.Synchronization of display and input coordinates may be based onCartesian and/or polar coordinates as described above.

In the example embodiment depicted by FIG. 9, a touch input module 94determines a location of touches detected by images captured with camera46 with reference to Cartesian coordinates established relative to thedesktop drop off 110. Calibration engine 92 compares locations ofdetected inputs and the location of projection of outputs made inresponse to the detected inputs to correct projection area 118 forerrors introduced by movements at desktop 56. One example of suchcorrections is depicted with respect to inputs made by a pen 120 attouch sensors of mat display 38 and projection area 118 disposed ondesktop 56. As illustrated in the exploded view, a pen contact location122 is the intended location for presentation of end user inputs whilean image location 124 is the actual location of presented visualinformation in response to pen contact. A delta in the x and ycoordinates is determined for the difference between the intended andactual output position and applied by calibration engine 92 to shift thecoordinates applied to projector 36 and camera 46 for obtaining moreprecise alignment. For example, an image captured by camera 46 detectsboth pen contact location 122 and image location 124 so that thecalibration engine 92 calculates delta x and delta y and corrects theprojection image location 124 presented by projector 36. As anotherexample, an image of mat display 38 captures pen contact location 122 onmat display 38 and compares the coordinates of pen contact location 122detected from the camera and capacitive sensors of mat display 38 todetermine delta x and delta y. In one embodiment, calibration isperformed periodically based upon items resting on display mat 38, suchas coffee cups or other items not in use for making inputs. In variousembodiments, corrections are applied to coordinates used by one or moreof each of projector 36, camera 46 and even mat display 38 so that acoordinated immersed presentation of inputs and outputs is managed witha common coordinate system. In order to prevent jitter from correctionsthat are applied too often, corrections are applied when the deltabetween projected and detected positions exceeds a threshold, such as 2mm. The threshold may vary based upon detection accuracy, projectiondistance, and whether the camera and projector are co-located orseparately located.

Referring now to FIG. 11, a flow diagram depicts a process forcorrecting presentation of visual information relative to an inputlocation. The process starts at step 126 by calibrating a projectorimage to a desktop surface, such as a defining a projection area withreference to a fixed position like the desktop edge as described above.At step 128, the delta between projected and known locations is tracked,such as by comparing positions of visual images presented on a desktopand captured with a camera to intended positions for the visual images,such as relative to a coordinate system. For example, images presentedon a mat display may be used to determine deviation of a camera from acoordinate system defined in part relative to the mat display position.As another example, images projected on a desktop surface may be used todetermine deviation of a projector from a coordinate system defined inpart relative to the camera alignment. At step 130, a determination ismade of whether a detected deviation exceeds a threshold. If not, theprocess continues to step 128 to continue tracking of deviations. If athreshold is exceeded, the process continues to step 132 to confirm thedelta with a capacitive mat display position if one is available. Forexample, touching by any object at a capacitive mat provides a positionthrough the capacitive sensors for comparison with a position detectedby a depth camera. At step 134, the delta in position is confirmed witha position detected by infrared projection and detection with a camera.For example, an infrared projection at a known position, such as acorner of a capacitive mat display is compared with a position detectedby a camera that takes an image of the infrared light Infraredprojection may be initiated in response to detection of the threshold asa way to enhance calibration. At step 136, the detected delta isconverted into DPI so that visual images are presented at a correctedlocation adjusted to reduce the delta by changing the pixel values tomatch the corrected projection position.

Referring now to FIG. 12, a side view and block diagram depict aninformation handling system 10 adapted to disambiguate false touchinputs on a projection surface 118. An infrared emitter 138 generates aninfrared curtain 140 over a projection surface 118 to detect touches bydetecting a break of the curtain by an end user finger, such as whentyping at a projected keyboard. Projected keyboards are sometimesdifficult for end users to adapt to since incidental movements throughthe curtain sometimes result in unintentional key inputs. For example, atypical IR curtain 140 is projected 2 to 3 mm above an actual projectionarea 118 so that resting fingers, such as at a home row, break IRcurtain 140 even though an input is not intended. In order to verifythat touches are intended as inputs, a touch input verifier 146 analyzesother indications of an input to validate inputs detected by breach ofIR curtain 140. For example, touches detected by capacitive sensors incapacitive mat display 38, accelerations detected by an accelerometer158, taps heard by a microphone 160 and motions or home key restingnoted by a camera 46 are combined with IR curtain 140 detection todisambiguate intended from false touch detections. Selective engagementof different verification devices based upon context and desiredaccuracy helps to manage power conservation related to disambiguationlogic, such as during battery operation of information handling system10 and the various detection devices used to disambiguate touches.

Referring now to both FIGS. 12 and 13, FIG. 13 depicts a side view ofinteraction by a human hand 154 and fingers 156 with an IR curtain 140having touches validated by touch input verifier 146. A touch zonecontroller 142 manages the immersed end user environment by selectivelyallocating detection device resources to distinguish end user inputswith a desired accuracy. A touch input module 144 interfaces withchipset 22 for access to graphics and detection device information todetermine end user inputs at a desktop 56, such as inputs made toprojected visual images in a projection surface 118. In the exampleembodiment, touch inputs are to a keyboard presented by a projector 36,however, in alternative embodiments, touches to other visual images aredetected and verified as set forth herein. Touch input module 144, forexample, analyzes images captured by camera 46 to detect touch inputs ata projected keyboard by reference to breaches of IR curtain 140. Touchinput verifier 146 verifies inputs detected by touch input module 144 byreference to other sensed conditions. The availability of sensedconditions is managed in part by a power manager 148, which selectivelypowers detection devices for use by touch input verifier based uponavailable power and desired accuracy. For example, power manager 148selectively powers up detection devices and processing resources for useby touch input verifier based in part on availability of external powerversus battery and indications of inaccurate touch detections by touchinput module 144, such as indicated by end user corrections to typedinput or automated corrections. If, for instance, an end user beginstyping on battery power, power manager 148 may restrict verification tosensed conditions detected by accelerometer 158 or microphone 160, suchas by detecting taps; if the user then plugs in external power, powermanager 148 allocates processing resources to analyze three dimensionalimages captured by camera 46.

Capacitive mat display 38 provides a powerful tool for use by touchinput verifier 146, whether a keyboard is projected over a capacitivemat that lacks a display or is presented by a display integrated in thecapacitive mat display 38. For example, when a finger 150 on hand 154contacts capacitive mat display 38, a sensed input is detected by bothinfrared detection of a breach of IR curtain 140 and a sensed touch bycapacitive sensors. When a finger 152 breaches IR curtain 140 but doesnot touch capacitive mat display 38, an ambiguity exists regardingwhether a touch was intended. Touch input verifier 146 uses availablesensed conditions and historical input information to disambiguate theend user's intention. One way to disambiguate end user intentions is tocompare distance a velocity information associated with end user fingersat relative positions of capacitive mat display 38 and a projected ordisplayed keyboard. For instance, a hovering finger 156 has little ifany sensed proximity to capacitive mat display 38 but is distinguishableby camera 46 relative to a presented or projected keyboard so that touchinput verifier implies an input is not intended should hovering finger156 breach IR curtain 140. Finger 152 indicates an input by breaching IRcurtain 140, however, touch input verifier 146 disambiguates a falseinput by analyzing sensed proximity with capacitive mat display 38 forfinger 152 based upon a position provided from an image captured bycamera 46. For instance, if capacitive sensors in mat display 38 detectfinger 152 in a constant distance, a touch is determined as notintended; if, however, capacitive sensors in mat display 38 sense motionof finger 152 by detecting changes in sensed position, then an intendedinput may be determined. In various embodiments, motion is detectedand/or confirmed by other detection devices, such as sounds orvibrations induced by physical contacts and detected by microphone 160and accelerometer 158, or finger motion detected by camera 46, such as athree dimensional depth camera operating with structured IR light.

Referring now to FIG. 14, an overhead view of a desktop 56 having avisual keyboard 162 is depicted to illustrate various embodiments oftouch input verification. Visual keyboard 162 may be presented bycapacitive mat display 38 or by a projector 36 with touches detected byeither capacitive sensing or IR curtain breaches based upon powerconditions or other context at the immersed end user environment. Forexample, in one embodiment, inputs are detected by touches to capacitivemat display 38 and verified by breaches of IR curtain 140 when onbattery power and vice versa when on external power. In someembodiments, a capacitive mat is placed on desktop 56 that does notinclude an integrated display, and thus used to detect touches andproximity without presently visual images. Touch zone controller selectsprojector 36 or mat display 38 for presenting visual keyboard 162 basedon context and also assigns detection devices to detect inputs basedupon context and the selected presentation device. Touch input verifier146 uses available detection devices to verify inputs detected by theprimary device selected by touch zone controller 142. In the exampleembodiment, accelerometer graph 164 depicts accelerations detected overtime with peaks occurring at contact of an end user finger on desktop56. A similar graph based upon microphone detection of audible noise maybe used. Capacitive proximity graph 166 depicts capacitive sensed inputsat a location over time with the detected value increasing as a fingercomes closer to a sensor and peaking at contact with the sensor. Changesin capacitive sensed values over time indicate motion relative to asensor position. Infrared graph 168 indicates spikes in value as an enduser finger breaches an IR curtain in a position.

As an example of disambiguation, an end user initiates typing on visualkeyboard 162 by placing all fingers on mat display 38. Touch inputmodule receives inputs of touching through IR curtain 140 and matdisplay 38 but disambiguates inputs by depth camera detection of homerow touching with analysis of camera 46 images showing fingers onpresented home rows as well as by lack of accelerations and lack ofsound. As an end user initiates typing, analysis of IR curtaindetection, capacitive proximity and touches, accelerations, sounds andvisual image motion results in a comparison between fingers to verifyinputs as intended versus unintentional touches. For instance, allfingers may rest on mat display 38 with one finger lifted and tapped tomake repeated inputs at a visual keyboard 162 key. By comparing inputsof fingers as sensed by multiple detection devices, touch input verifier146 disambiguates the tapping finger as the intended input. During rapidtyping, continuous analysis of all detection devices with comparisonbetween fingers and hands provides improved accuracy of detection ofintended inputs in a manner that adapts to an end user's usage patternrather than requiring the end user to adapt to sensor rules.

Referring now to FIG. 15, a flow diagram depicts a process fordisambiguating intended from unintended inputs at a presented keyboard.At step 170 keyboard sensitivity is set for a presented visual keyboard.Sensitivity may depend a detected user, that user's settings, context ofthe immersed environment, the primary touch input detector and theavailable detectors for providing touch verification. At step 172,available detection devices are monitored to sense inputs andverification according to the selected keyboard sensitivity. At step174, a determination is made of whether an error threshold is exceeded.The error threshold may be based upon corrections made by an end userafter inputs are made or automated corrections. The error threshold mayalso be based upon probabilities associated with disambiguation. Forexample, a higher error threshold may be determined even where inputsare accurately detected if a probability of an error increases due to amore narrow determination between intended versus unintended inputs. Ifthe error threshold is not met, the process returns to step 172 tocontinue monitoring inputs. If the error threshold is met, the processcontinues to step 176 to determine whether power management will allowthe use of additional detection devices to disambiguate inputs. If not,the process returns to step 172 to continue monitoring detectiondevices. If additional detection devices are available, the processreturns to step 170 to set up keyboard sensitivity with the additionaldetection devices. In one embodiment, input disambiguation begins withthe use of all available detection devices to have accurate detectionand then selectively powers down detection devices to reduce powerconsumption until the probability of accurate input detection reaches adesired level.

Referring now to FIG. 16, an upper perspective view depicts selectiveillumination from IR curtain and IR structured light emitters tointerleave IR light sources for simultaneous object and touchrecognition. By interleaving IR emissions from different emitters, thefunctions provided by the different emitters is supported by a commonCMOS or other camera detection device. A common camera 46 capturesimages of desktop 56 for both a structured light infrared emitter 178and infrared curtain emitter 138 and associates images with structuredlight and IR curtain functions based upon the source that emitted IRlight when an image is captured. For example, touch input module 144determines an interleave rate for structured light IR emitter 178 and IRcurtain emitter 138 to alternate in emission of IR light based upon thetypes of inputs in progress by an end user. During depth map extraction,structured light emissions interleave at more frequent rates relative toIR curtain emissions. During typing end user inputs to a projected ordisplayed keyboard, IR curtain emissions interleave at a more frequentrate than when no typing is performed and structured light emissions aremade less often since an end user is less likely to perform inputs inneed of three dimensional object detection. FIG. 17 depicts an exampleof evenly dispersed IR curtain and structured light interleavedemissions. In one embodiment, during active depth mapping structuredlight is emitted at approximately 30 frames per second; and duringactive typing touch input detection, IR curtain emitter 138 emits atapproximately 130 cycles per second.

In the example embodiment, with an end user absent from desktop 56,structured light 180 from structured light IR emitter 178 is presentedat intervals that occur less often for the purpose of storing andmaintaining a map of desktop 56, such as the position of totems 50 orother objects 182 disposed on desktop 56. Camera 46 captures imagesduring the time periods at which structured light is emitted to detectthe introduction of an end user or a change is the disposition ofobjects at desktop 56. During the absence of an end user, IR curtainemitter 138 remains idle since typing or other touch inputs are notimminent. Once an end user is detected near desktop 56 structured lightIR emitter 178 emits light at a greater rate to detect end userpositions and inputs. If an end user is detected in a positionassociated with a gesture input or manipulation of a totem 50,structured light rates may be set as needed to obtain desired depthmapping accuracy. If an end user is detected placing hands in a typingposition, such as with analysis of depth camera images or touchesdetected at capacitive mat display 38, structured light IR emitter 178and infrared curtain emitter 138 initiate interleaved IR light emissionsat timed intervals so that images captured by camera 46 may be tied toan IR light source for analysis. If an end user initiates typing,structured light IR emitter 178 may stop illuminating or may illuminatea less frequent intervals to provide support for typing inputvalidations as set forth above with three dimensional mapping performedwith structured light between multiple emissions of IR curtain light.Although the example embodiment relates to touch inputs during typing,similar management of interleaved IR emissions of structured and IRcurtain light may be applied when writing on a desktop with a pen orother implement detected by camera 46 or mat display 38. In oneembodiment, power management is applied during touch typing to vary thestructured and IR curtain light emission rates relative to each other inorder to obtain accuracy probabilities of a desired amount.

Referring now to FIG. 18, a flow diagram depicts a process for settingfirst and second infrared light emitter emission rates based upon acontext at an immersed end user environment. The process starts at step184 by setting infrared emitter pulse rates. For example, an initialsetting might have structured IR light emitted at relatively infrequentintervals due to a lack of end user activity and IR curtain light in anidle state with no emissions due to a lack of end user body parts in thevicinity of a touch detection surface. At step 186, a determination ismade of whether motion is detected proximate the end user input area,such as a desktop and/or projection surface. If motion is not detectedat step 186, the process continues to step 188 to select an energy stateand returns to step 184 to set IR emitter pulse rates according to theenergy state. For example, an extended idle time may result in powerdown of the information handling system 10 and infrequent IR structuredlight emissions so that information handling system 10 returns to apowered state when an end user approaches. If motion is detected at step186, the process continues to step 190 to determine if the motionrelates to an end user touch input or an object in the desktop area,such as a totem or gesture input. If the detected motion relates to aninput/output, the process continues to step 194 to increase IR curtainemissions for more accurate touch detections. If the motion relates toan object or other non-touch input, the process continues to step 192 toincrease structured light pulse rates for improved object detection. Theparticular IR emission settings at step 192 and 194 may vary based uponthe type of detected motion. For example, motion at a touch detectionsurface may result in only IR curtain emissions while motion away from atouch surface may result in no IR curtain emissions. The relative ratioand rate of interleaved IR emissions from the structured and IR curtainemitters may vary based on other factors, such as power managementsettings. At step 196, motion is monitored with the emitted infraredlight and the process returns to step 184 to continue adaptingstructured and IR curtain light to the immersed end user context asnecessary for determining end user inputs.

Referring now to FIG. 19, an example of a projection area 118 isdepicted with a touch restriction icon 198 that is manipulated by an enduser to identify regions of projection area 118 in which predeterminedtouches are disregarded. Essentially, end user manipulation touchrestriction icon 198 defines an adjustable digital screen locker withtouch zone controller 142 that partially disables inputs detected bytouch input module 144 at user defined zones while continuing to presentvisual information in the defined zones. For example, projection area118 is rectangular and touch restriction icon 198 defines a perimeterwithin projection area 118 in which certain inputs are ignored. Inalternative embodiments, an adjustable digital screen locker may bedefined with other indications, such as gesture or voice commands.Within projection area 118 multiple adjustable digital screen lockersmay be defined with each defined area having its own independentlydefined filter for touches to ignore. Touch zone controller 142 providessmart rejection of touch inputs from common objects so that the objectsare ignored by automatically defining an adjustable digital screenlocker around such objects as the objects are identified, such as pens,coffee cups, paper, etc. . . . identified by a depth camera. Further,the adjustable digital screen locker may selectively include capacitivemat display 38 or a portion of it if mat display 38 falls within a touchrestricted area. In this way, a zone defined across multiple touchdetection devices coordinates management of touch detection based upon acommon filter.

Referring now to FIG. 20, a projected user interface includes anadjustable digital screen locker 200 defined by opposing motion of touchrestriction icons 198. In the example embodiment, touch restrictionicons 198 define a single rectangular screen locker 200 that excludesall touches from detection as inputs by touch input module 144. Thedisabled area is temporarily labeled as such and then presented withhighlighted visual images to remind the end user of the disabled status.For example, screen locker 200 may have a slight coloration difference,a dotted or solid perimeter line, or a slight brightness difference. Inone embodiment, the varied visual presentation may indicate the type oftouch filter applied to screen locker 200. For example, touch zonecontroller 142 defines filters that allow recognition of only fingertouches, only pen device touches, only totem touches, only camerarecognized touches, only capacitive mat display recognized touches, onlymotions of at least a predetermined size, only typing touches, orvarious user-defined combinations of such types of touches. Forinstance, an end user may define a projected keyboard portion asrestricted to detect only finger touches with a user's hands deployed ina typing position and a mouse pad next to the projected keyboard anddisposed on a capacitive mat that only detects a pointed finger input.Touch zone controller 142 monitors inputs detected by touch input module144 and filters inputs detected within a screen locker 200 that meetfilter settings. Although screen locker 200 is depicted in FIG. 20 ashaving a rectangular shape, it may have other shapes as defined by anend user, such as circle, triangle or object-sized shapes that match thesize of an object placed in the projection area.

Referring now to FIG. 21, a flow diagram depicts a process for defininga restricted touch screen locker zone in a desktop immersed environmenthaving touch detection sensing. At step 202 an active touch area isidentified, such as a projection area presented on a desktop or othersurface. The touch area is, for example, monitored by a depth camera todetect touches at projected images, and may include other touch devices,such as a capacitive mat display. At step 204, an adjustable screenlocker is activated that defines a region of the touch area to have afiltered or otherwise modified touch input response. At step 206, touchdetection for the filtered touch inputs is applied in the screen locker.For example, a writing pad defined on a projection surface as a screenlocker accepts touch inputs from a pen utensil in the writing pad areabut filters other touch inputs to the writing pad so that the inputs donot show up in the projection. As another example, the remainder of theprojection surface outside of the writing pad is defined as a screenlocker that accepts touch inputs except for pen utensil touch inputs sothat pen utensil touches outside of the writing pad area do not resultin projected information on the projection surface. At step 208, adetermination is made of whether a change has been made to the screenlocker, such as the addition or removal of touch restrictions. If not,the process returns to step 206 to continue monitoring for changes tothe screen locker. If a change is detected, the process returns to step202 to identify touch areas and redefined touch input responses.

Referring now to FIG. 22, a block diagram depicts an example embodimentof an immersed end user information handling system environment havingcontextually-suggested peripheral device recommendations. A devicemanager 210 executing on a processing resource, such as CPU 12 orchipset 22, interfaces with the one or more sensors to detect end userinteractions at the immersed environment, such as with one or more ofthe plural applications that present visual information with display 34,projector 36 and capacitive mat display 38. Device manager 210 tracksperipheral device use by an end user for the plural applications in adevice table 212. A peripheral priority engine 214 monitors peripheraluse by an end user to interact with each of the plural applications andassociates peripheral devices with applications based on end userpreferences. Device manager 210 then applies the end user preferencesfrom device table 212 to suggest to the end user a peripheral device forthe end user to select to modify the end user interaction with theapplications. For example, an end user who is performing inventory taskswith an EXCEL application on display 34 might have the user of a pen 120and capacitive mat display 38 suggested to him as an alternative tool tointeract with the inventory task based on other applications andinteractions associated with the end user.

In the example embodiment, information handling system 10 has a numberof different peripherals available, including pen 120 (such as acapacitive stylus sensed by capacitive mat display 38), wireless mouse216, totem 50, earphones 218, speaker 220 and wireless keyboard 222.Different information handling systems 10 have different peripheraldevices available depending upon the context of the information handlingsystem, such as its physical location and its surrounding environment asdetected by analysis of camera images. Device manager 210 tracksavailable peripheral devices with unique identifiers based upon wirelesssignals, physical location and images captured by camera 46. Differentand independent sets of peripheral devices are often available dependingupon information handling system context. End users tend to startactivities with a selected device or peripheral and stick with thedevice or peripheral until a task is complete, even if other devices orperipherals are available that will provide more efficient interactionswith an application performing a task. Device manager 210 maintainsdevice table 212 to have a list of devices or peripherals available forperforming a task or interacting with an application and peripheralpriority engine 214 updates the available list to prioritize availabledevices or peripherals based upon end user tasks and applications. Forexample, a neural network or other statistical tool determines aprobably based upon a detected context that an end user would prefer touse a different device or peripheral and suggests the device orperipheral to the end user if a threshold probability is detected. Forinstance, a pen totem may be suggested to perform illustrations insteadof a mouse in use by an end user; a dual over ear headset may besuggested to perform a phone call instead of a single in ear mobile headset; or the single ear headset may be suggested near lunch time sincethe user is likely to leave a work space during a phone call. Devicemanager 210 provides oral cues, such as with speaker 220, display cuesnear an application in use, projected cues that point out and highlighta device or peripheral, such as with a projected arrow pointing at theperipheral, or other cues preferred by an end user.

Referring now to FIG. 23, a flow diagram depicts a process forsuggesting peripheral devices to an end user in an immersed informationhandling system environment. The process starts at step 224 based upon adetected condition at the immersed environment, such as the selection ofan application by an end user, changing from a first to a secondapplication, or the starting/changing of a task by an end user with anexisting application. At step 226, the process determines the task andassociated application selected by the end user, including theperipheral selected by the end user to perform the task with theapplication. Examples of applications include word processing,spreadsheet, animation, accounting, multimedia or other types ofapplications. Examples of peripherals include a capacitive stylus pen, amouse, a totem, an earphone, a speaker, a keyboard, a camera, or othertypes of peripherals. At step 228, the process determines the peripheraldevices available in the immersed environment to interact with theactive application and task. Available peripheral devices includedevices detected by wireless communication, devices captured in an imagefrom a camera of the immersed environment, and devices presumed presentbut not detected based upon a location and cached list of devices forthe location. For example, an image captured by a camera detects passivedevices, such as writing stylus pens that interact with capacitive matdisplays. At step 230, a list of available peripheral devices for theimmersed environment is maintained. The list is updated as peripheraldevices are detected and may include presumed device based upon end useridentity and position. The peripheral devices are ranked for selectionat a user interface device based upon the application, task, userhistory, user preference, display device and an automated switchpreference of the user for providing suggestions to the user. In oneembodiment, analytics running in background adjust peripheralpreferences based upon predicted user selections, such as by running aneural network or other predictive analytics that monitors user actionsincluding application and peripheral selections.

If at step 228 an end user has a peripheral with a highest preferencefor the context detected in the immersed environment, such as apreferred peripheral for an active application in use by the end user,then the process ends at step 240 by continuing usage with the existingdevice or peripheral. If at step 228 an additional device or peripheralis available and associated with an end user's active application, theprocess continues to step 232 to determine if the new device orperipheral is better suited for the task and/or application in activeuse by the end user. For example, a comparison is made in the devicetable to determine if an unused peripheral has a higher ranking orpreference for the application and/or task compared with a peripheralpresently in use by the end user. If the presently selected peripheralhas the highest preference, the process ends at step 240 by continuinguse of the present peripheral. If a peripheral has a higher preference,the process continues to step 234 to verify the end user's preferenceregarding to automated peripheral switch notifications and the end useris provided with an appropriate notification regarding the availabilityof a peripheral device having a preference greater than acurrently-selected peripheral device. At step 236, a determination ismade of whether the end user desires to switch peripheral devices orcontinue with the presently used peripheral device. The end user'sselection of peripheral devices is provided back to step 230 to updateend user preferences. If at step 236 the end user elects to continueusing the same peripheral device, the process ends at step 240. If theend user switches at step 242 to select a different peripheral, theapplication and/or task is automatically re-configured to interact withthe new peripheral devices selection and the process ends at step 244.For example, selection by an end user of a peripheral having acapacitive device may automatically change a display of visualinformation to a capacitive mat display that interacts with thecapacitive device.

Referring now to FIG. 24, a block diagram depicts an immersed desktopenvironment having stored non-native resolution to rapidly adapt to adesired visual presentation configuration. Conventional displays 34provide resolution of the display for presentation of visual informationto a graphics system 26 with extended display identification data (EDID)stored in non-volatile memory of the display. In some instances, EDIDincludes a maximum resolution of the display and options forstandardized smaller resolutions in case graphics system 26 does notsupport the maximum resolution. During startup, display 34 and graphicssystem 26 perform a handshake to determine a compatible resolution, andthen graphics system 26 sends pixel information to display 34 at theagreed resolution. Once display resolution is initiated in an immersedenvironment, a resolution engine 250 changes the display resolution insome instances to present visual information adapted for an end user'sviewing situation. For example, if camera 46 captures an image thatindicates an object blocks an end user's view of display 34, mat display38 or a projected display of projector 36, an object engine 248 providesresolution engine 250 with a boundary of unrestricted viewing so thatresolution engine 250 can define an updated resolution. Graphics system26 applies the updated resolution to send pixel values in theunrestricted viewing portion of the display device effected by theobject. Resolution engine 250 dynamically changes the resolution ofcontent as well as the location of content so that the overallpresentation of visual images provides the user with an optimizedpresentation of information.

As an example, resolution engine 250 responds to a blocking object byeither letter boxing or by a dynamic mode change. A letter box engine254 assigns a black value to pixels that resolution engine 250determines to be blocked and thus should not have content. If letterboxing is applied, the non-black pixels continue to present contentwhile the black pixels appear unused to the end user, and resolutionengine 250 presents content in the non-black pixel locations. Resolutionengine 250 decides whether to decrease content size to fit in thesmaller area and which portion of content, if any, to stop displaying.If resolution engine 250 has a dynamic mode change response, thennon-native EDID resolution engine 252 determines a non-standard timingto apply to the content. Non-native resolution applied by resolutionengine 250 results in pixel values dropped from the display scan, suchas by not sending pixel values to pixels of a display in a blockedportion of a display. Non-standard timing to support non-nativeresolution is referred to as a display mode and burdens graphics system26 by selecting content for presentation and developing adapted pixelvalues to forward to active display pixels. As graphics system 26processes display mode requests, a user experience may degrade withinterruption or hesitation of presentation of displayed information.

In order to provide a more rapid adaptation of presented visualinformation to an immersed environment, a resolution mapping engine 256characterizes non-native EDID resolutions based upon the context inwhich the non-native EDID resolutions are generated and stores thenon-native EDID resolutions in display EDID as a display mode. Forexample, if capacitive mat display 38 has a standard high definitionresolution of 1920×1086 pixels adapted to a non-standard resolution of1350×700 pixels due to a coffee cup place on mat display 38, resolutionmapping engine 256 stores the non-standard resolution in EDID ofcapacitive mat display 38 along with an identifier. If a similar contextis subsequently detected at capacitive mat display 38, resolutionmapping engine 256 detects the context, finds the context similar withina defined threshold, and then applies the stored non-native EDIDresolution stored in EDID of capacitive mat display 38 to present thevisual information. Thus, for instance, if an end user places a coffeecup in roughly the same location of projected display area 118 everymorning, resolution mapping engine 256 applies the associated non-nativeEDID to projector 36 for projection in projected display area 118 sothat resolution engine 250 does not have to repeatedly generate similarnon-native display resolutions for adapting to blocking of the sameprojection area. Resolution mapping engine 256 determines context forassociation of objects with non-native display resolutions based onavailable sensors that detected contextual conditions of the immersedenvironment, such as cameras that capture images, capacitive sensorsthat detect touch, infrared emitters that generate structured IR lightor keyboard touch IR light to support camera operations, or wirelesssensors that identify nearby objects and their relative position. In oneembodiment, non-native resolutions are performed at only an affectedsection of a display. For example, plural windows present visualinformation in plural locations so that non-native resolutions areapplied to move only those windows impacted by the blocking of thedisplay while other windows continue to present information as before.

Referring now to FIG. 25, a flow diagram depicts a process for rapidadoption of non-native resolution presentation of visual informationbased upon a sensed context at an immersed information handling systemenvironment. The process starts at step 258 at initialization of animmersed display environment, such as with power up of an informationhandling system or activation of a display device. At step 260, immerseddisplay devices are connected to the graphics card of the informationhandling system. At step 262, an EDID/DID exchange is performed in astandard manner to provide display device capabilities from the displaydevice to the information handling system. As is depicted at step 264,the EDID/DID information contains both standard resolution timingsupported by the display and non-standard resolution timing stored inthe display for non-native presentation of visual information fromprevious interactions with the immersed environment. The non-standardtiming information includes parameters that define context during whichthe non-native resolutions were generated. For example, the EDID for thenon-native resolution may include values that indicate the boundary ofthe display that was blocked by an object. As another example, the EDIDfor the non-native resolution may include a unique identifier for thegraphics system that created the EDID entry. At completion of steps 262and 264, the immersed environment presents visual information at activewindows of the immersed environment enumerated to adapt to the contextsensed at the immersed environment based upon available EDID settings.For example, if the sensed context indicates less than all display areasshould include visual information presentation, the graphics systemenumerates visual information for presentation at less than allavailable display area.

At step 266, the graphics system renders content at the determinedresolution in the active portions of the immersed display environment,such as non-blocked portions of the displayed area. For example, thegraphics system uses non-native resolution and non-standard timing topresent visual information at less than all available pixels of at leastone display device and provides the reduced display area to applicationsthat generate the visual information. The applications then adjustpresentation of the visual information to desired content in availablepixel locations. At step 268, a determination is made of whether anobject is detected by an object avoidance device, such as a camera andmatching algorithm running on the information handling system thatidentifies display areas that are blocked by the object. If no objectsare detected, the process continues to step 280 to continue presentinginformation in the same manner. If an object is detected at step 268,the process to step 270 to receive the location of the objected detectedby the sensing device. At step 272, EDID/DID is referenced to look-upand identify any stored non-standard display resolution settings thatmatch the context created by the detected object. If a stored EDID/DIDsetting does not exist that provides an adequate match, the graphicssystem generates a non-standard resolution and stores the non-standardresolution for future reference. At step 274, a mode change is initiatedto present visual information adapted to the sensed context, i.e.,without having the visual information blocked by the sensed object. Atstep 276, the display of visual information is switched to the newdisplay mode and, the process stops at step 278.

Referring now to FIG. 26, a block diagram depicts a system for managingcursor focus in an immersed environment having multiple displays thatpresent visual information and accept end user inputs at the cursor.Conventional multi-display environments have cursor focus managed by anoperating system to remain active in the window having the most recentindirect or direct input click. Conventional operating system constructsdefine only one area or window to have focus or control at a time duringnormal operational use of an information handling system so that typedinputs enter the application of the identified active window. One resultof this approach is that an end user typically must click on a windowwith a mouse to indicate a selection of an active application and thenenter inputs interpreted as data for the active application, such askeyboard or mouse inputs. To reduce unnecessary end user inputs, acursor focus engine 282 automatically determines a cursor focus basedupon immersed environment context and applies the automated cursor focusto direct inputs to an appropriate application active at a window havingthe focus. In one embodiment, cursor focus engine 282 definesapplications to receive inputs by applying a most recent end user inputand at least one additional condition to direct inputs to an applicationother than the most recent application to receive end user inputs on atleast some occasions. The at least one additional condition may includeconditions detected by a camera, such as a user's position, eye focus,hand placement, objects in the user's hands (i.e., a capacitive penstylus), etc. . . . Alternatively, a probabilistic approach is taken inwhich cursor focus snaps to a window and/or application that the enduser most likely will next desire to use for inputs, such as a probablecursor focus based upon the applications involved, the display devicesinvolved, the input devices involved, the type of input made by the enduser, etc. . . .

Cursor focus engine 282 runs as embedded code of chipset 22, such as ina graphics system 26, however, may run on alternative processingresources including distributed in part across various display devices.An end user provides cursor focus settings 284 to modify operation ofcursor focus engine 282 as desired. In one embodiment, cursor focusengine 282 includes predictive algorithms, such as a neural network, toaid in determining a cursor focus desired by the end user and stores theresults in cursor focus settings 284 for rapid rules-based cursor focusselection. An example of a user setting is an input with a mouse thatclicks and holds on a selection for at least a predetermined time toindicate that the cursor focus should snap back to a previous windowand/or application after the input. Another example is an automated ormanually set time during which a cursor focus will remain active in eachof different windows or applications. For instance, an email applicationwill remain active for the cursor focus if the user makes a second inputto the email application within a predetermined time of a first input.Thus, a user who clicks an email tab to read the email withoutresponding will have cursor focus snap back to a previous application,while a user who hits reply or double clicks to pop out the email willhave cursor focus remain in the email application. Another example of auser setting is an input to a window and/or application that defaults tosnap back cursor focus to a previous application. In the exampleembodiment, a toolbar 286 is presented on display 34 and a menu 288 isprojected by projector 36 on desktop 56. Toolbar 286 and menu 288provide global inputs for plural application windows 290 withoutretaining cursor focus after an end user selection. For instance, a userwho selects a font from toolbar 286 while in a word processingapplication will have the font applied to the word processingapplication with a snap back of cursor focus to the word processingapplication after the font selection.

As an example of operation of automated cursor focus determination, auser initiates applications windows 290 at display 34 and capacitivedisplay mat 38, resulting in presentation of toolbar 286, menu 288 andprojected windows 292 that are automatically presented based upon theuser's context, such as a work or home location. Camera 46 captures theuser's hands entering a typing position at keyboard 44, thusautomatically placing cursor focus to the application window 290 ofdisplay 34 so that typing inputs are made at the application presentedby display 34. The user stops typing and lifts his hands so that cursorfocus engine 282 has an indication that the user intends to input to adifferent application. If the user picks up pen 120, cursor focus engine282 automatically places cursor focus in capacitive mat display 38. Ifthe user reaches for mouse 42, cursor focus engine 282 analyzes user eyeposition from images of camera 46 to place cursor focus on theapplication window 290 next viewed by the user. During inputs at anapplication window 290, a press to toolbar 286 temporarily focuses thecursor at toolbar 286 to accept a font change for the most recentapplication window 290 having cursor focus and then cursor focusautomatically returns to that most recent application window. Over time,a neural network of cursor focus engine 282 develops a predictivealgorithm for cursor focus location based upon end user interactionswith application windows 290, various tools and peripherals so thatcursor focus engine 282 automatically focuses a cursor at a nextlocation of interest to the end user.

Referring now to FIG. 27, an example embodiment of cursor focus snapback is depicted between a display 34 and a capacitive mat display 38.An end user has a drawing application open and accepting inputs atcapacitive mat display 38 and then, for example, the cursor is moved totoolbar 286 to make a settings change, such as color or font, for inputsmade to capacitive mat display 38. The user may actively be maintainingfocus of the cursor with an indirect or direct input at capacitive matdisplay 38, while using a secondary input to make a settings change attoolbar 286. Cursor focus 296 automatically remains focused on theactive position of capacitive mat display 38, while incorporatingtoolbar 286 input without the user having to reposition the primarycursor to continue the drawing. Automated cursor focus aids end userswith managing cursor focus in a single application at a single displaydevice, a single application presenting information across pluraldisplay devices, and plural active applications actively available toaccept inputs. For example, in FIG. 27 a single application may presentan application window 290 in display 34 and capacitive mat display 38with an idle cursor 294 and an active cursor 296. In a scenario wheretwo active applications are open, conventional operating systemconstraints require the user to click twice, once to make a nextapplication in focus and a second time to interact with the control forthe second application. Cursor focus engine 282 allows the user toactivate a control in an application window 290 without having to makethe application window top-level active first. User's exercisediscretion and desired defaults of this concept is to define specificinstances when a primary cursor remains active or when an alternativecursor should become active. For example, user actions could include:maintaining current behavior where the cursor loses focus, or using thesecondary input to tap through toolbar options. These user-definablesettings are managed via an operating system user-interface and storedin cursor focus settings 284.

Referring now to FIG. 28, a flow diagram depicts a process forautomatically establishing cursor focus based upon end user interactionswith an immersed environment. The process starts at step 298 by trackingplural cursors in plural application windows of the same and/ordifferent applications. Cursors may be presented to an end user whetheror not active or, in one embodiment, only an active cursor is presented.Alternatively, an active cursor may be presented with a distinguishingfeature, such as distinguishing flashing, color or shading relative tonon-active cursors so that an end user may verify the active cursorafter an automated focus operation before initiating inputs at an inputdevice. At step 300, an active cursor is identified, such as by adefault setting, an end user input, or an automated focus operationbased upon an immersed environment context. At step 302, userinteractions are detected at locations distal the active cursor, such asat a different application, different display or a projected display. Atstep 304, a determination is made based upon the context of whether tochange the cursor focus. For example, a press and hold by the user mayindicate a change of cursor focus to the location of the press and holdor may indicate the opposite. Other factors may be applied to make adetermination of a cursor focus change as set forth above. If a changein cursor focus is determined, the process returns to step 300.

If at step 300 a change in cursor focus is not performed in response todetection of a user action at a location distal the active cursor, theprocess continues to step 306 to monitor user inputs with a dual focus.Monitoring user inputs includes monitoring the type of inputs made atthe distal location and end user interactions after the inputs,including conditions sensed in the immersed environment as set forthabove. At step 308, a cursor focus is selected based upon end userinputs received during the dual focus monitoring. For example, althoughthe selection of a location distal an active cursor location does notchange the cursor focus to that distal location at step 304, dual focusmonitoring at step 306 verifies that retaining cursor focus is theresult desired by the end user. If user inputs indicate that a userintended a change of focus, then at step 310 the focus changes and theprocess returns to step 300. If user inputs indicate that the user didnot intend to change the focus the process continues to step 308 tocontinue with the retained primary cursor focus and monitoring for apredetermined time interval. For example, if the end user makes repeatedinputs that indicate a preference for the retained cursor focus, dualcursor focus monitoring may halt. As an example, if a user is drawing ona capacitive mat display when a mouse click is made at an email of amain or projected display, subsequent inputs by the user will focus atthe drawing application unless analysis of the inputs indicates that theuser is typing an email. If the user is typing an email, a buffer withthe email inputs will shift focus to the email application so the userhas the inputs at the intended application with only a slight delay inthe output of the visual images.

Referring now to FIG. 29, a side perspective view depicts a system forinteracting with totem devices 50 disposed at a capacitive mat display38 placed on a desktop 56. Totems 50 interact with information handlingsystem 10 under the management of a totem controller 312, such asfirmware instructions executing as part of a BIOS of chipset 22 orotherwise distributed to processing resources of the immersedinformation handling system environment. In the example embodiment ofFIG. 29, totems 50 provide inputs based upon user manipulation detectedat capacitive mat display 38 or by images of camera 46. Totem controller312 identifies totems 50 based upon an appearance captured by camera 46or, alternatively by a unique footprint of a totem 50 detected withcapacitive mat display 38. For example, totem 50 includes identificationcodes on a bottom surface that rests on capacitive mat display 38 toprovide identification information to totem controller 312 that isapplied to discern the meaning of inputs at the totem 50. Some examplesof identification features used to define an identifier for a totem 50include varying combinations of feet or other features that haveidentifiable capacitive values, pad sizes, pad shapes, pad patterns andcapacitive oscillation frequencies. By including identifiable featureson a totem 50, functionality of totems 50 may be classified and storedat totem controller 312 with totem specific interactions to includesensed pressure placed on a totem, hover associated with a totem,orientation of a totem or other “smart” features enabled on “dumb”devices that do not include processing capabilities. As an example, atotem has plural feet arranged in a uniquely identifiable geometricpattern with each of the plural feet having a unique capacitance valueso that, when placed on a capacitive surface, the geometric pattern andcapacitive values provide identification of the totem as well as thetotem's orientation. The capacitive surface senses totem feet astouching or as “proximate” but not touching if a capacitive value isdetected without a touch at the capacitive surface, such as in a “hover”configuration. Pressing on a totem with different pressures producesdifferent capacitive values at the totem feet so that an amount ofpressure on different sides distinguishes relative end user inputs.These and other variations in capacitive values sensed at a capacitivesurface provide flexibility for end user inputs with a “dumb” or passivetotem device that does not include processing components or power toactively interact with an information handling system. Alternatively,some smart features may be included with processing components poweredby battery of electromagnetic resonance (EMR) provided from capacitivemat display 38.

Referring now to FIGS. 30A and 30B, a bottom view of a totem 50 depictsan example of capacitive feet that rest on or proximate to capacitivemat display 38. In the example embodiment, a housing 314 has a puckshape with four feet 316 disposed in a square perimeter. A base portion318 is disposed in a circular pattern around feet 316 with an outerperimeter at the outer surface of housing 314 and an inner perimeternear feet 316. Totem controller 312 senses touches a capacitive matdisplay 38 to determine the positions of feet 316 relative to each otherand to base 318. In some instances, the detected positions of feet 316provide a unique identifying feature that totem controller 312associates with stored totem functionality, such as by identifying atotem as a mouse totem, volume knob, brightness knob, animation rotationtotem or other specified function. The example embodiment of FIG. 30Bdepicts a round foot 320 and a square foot 322 disposed at the bottomsurface. In alternative embodiments, alternative shapes at the footbottom surface may be used to provide identification of totem 50,including triangle shapes, oval shapes, octagon shapes, etc. . . . .Totem controller 312 also applies the different shapes to determine anorientation of the totem 50 on the capacitive mat display 38, such as anorientation of square foot 322 relative to round feet 320 andcoordinates determined on desktop 56 as set forth above. Thus, forinstance, totem controller 312 determines the position of a rotatingknob, such as for selecting volume or brightness, based upon therelative position of square foot 322 and presents a user interface oncapacitive mat display 38 that shows the knob setting proximate to theknob.

In various embodiments, various different types of identifyingcharacteristics may be included in a totem 50 to identify both a type offunction for the totem and to uniquely identify a totem. In oneembodiment, one or more feet of a totem 50 are replaceable to aid an enduser in uniquely identifying totems 50 at the end user's desktop 56. Inanother embodiment, the position of feet 316 relative to each other ontotem 50's bottom surface change to aid in unique identification. Forexample, moving one foot 316 position relative to other positionsdefines a different shape perimeter established by the feet 316 toprovide identification by the perimeter shape and/or size. Incombination with or separate from different arrangements of feet 316,different values of electro-magnetic resonance of feet 316 are detectedby totem controller 312 to determine a unique pattern of capacitance forthe totem 50 feet 316 as an identifying feature, such as with uniquepatterns of feet positions and feet capacitance values. Further, thecapacitance values provide feedback for determining a foot 316 proximityto capacitive sensors of capacitive mat display 38, such as in a hoverdetection and press detection that determines end user pressure on atotem 50 upper surface. Further, feedback from camera 46 may be appliedby totem controller 312 to associate end user inputs at a totem 50,including hover and press inputs. For example, capture of the user'shand position relative to a totem 50 verifies intended end user inputsat a totem 50 as opposed to unintentional touches or stray detectedcapacitance values.

Referring now to FIG. 30C, an alternative embodiment of a totem 50depicts an interactive portion 334 that moves relative to a main body334 to provide additional input feedback related to the totem 50. Mainbody 334 couples by flexible springs 336 to interactive portion 334 sothat pressure applied by an end user to main body 338 is reflectedthrough feet 316 in different manners based upon transfer of thepressure through springs 336. For example, a user tilt of pressure fromone side of totem 50 to the other side results in lifting of a side footfor a reduced capacitance value detected at that side. Proximitydetection of a height of a foot 316 over a capacitive sensor determinesan amount of tilt at totem 50. Specific physical feel at a totem 50 maybe varied by changing the shape of a center foot 316, such as by havinga curved bottom surface, or by varying the shape of feet 316 at theouter perimeter of a tip so that a degree of tip is discerned from therelative positon of feet 316. For instance, feet 316 may tilt away fromthe center of totem 50 in response to increased pressure, such as a tiltin a sideward direction, that increase a distance of a foot 316 for thecenter of totem 50 as measured by capacitive sensors. Tilting inputs ata totem may provide gaming functions, such as similar to a joystick,mouse functions, or other types of inputs meant to communicate positionfrom an end user to an information handling system. In addition, totem50 of the example presented by FIG. 30C depicts embedded smartfunctionality communicated wirelessly to an information handling system.For example, a printed circuit board 324 supports a controller 326,accelerometer 328 and Bluetooth module 330 powered by a battery 332,which is charger in turn by EMR effects from a capacitive mat display38. Buttons, accelerations or other inputs transferred wirelessly to aninformation handling system enhance totem “dumb” functionality and/orreplace totem functionality when a capacitive sensor is not available todetect end user manipulation of a totem.

Referring now to FIG. 30D, another example embodiment of a totem 50 isdepicted with an interactive portion that translates end usermanipulations into inputs at a capacitive mat display 38 or othercapacitive sensor. Totem 50 has a bottom surface made of a compressionmaterial 340 that compresses and thins when pressure is applied at thetop surface of totem 50. For example, compressible material is a siliconbased plastic that has elasticity to return to an original shape afterdeformation from pressure applied by an end user. Compressible material340 provides end user inputs both by the relative area covered bymaterial 340 as it compresses against a capacitive sensor surface and bycontact of a push button 342 to the capacitive sensor surface as thecompression material 340 thins. For example, pressing down to bring pushbutton 342 into contact with a capacitive sensor surface provides a pushbutton function such as for a mouse. When not pressed down, push button342 defaults to a “hover” indication by having a proximity detected bycapacitive sensors for the push button relative to the totem bottomsurface that is in physical contact with the capacitive sensors. Asanother example, a greater surface area pressed against the capacitivesurface on a right side of totem 50 indicates a push button for a rightmouse button input. Similarly, totem 50 provides a joystick function byindicating a direction input as the greatest surface area of thecompression material 340 on a capacitive surface, such as may happen ifa user presses on one side of totem 50, and a push button function ifpush button 342 contacts the capacitive surface. Such as joystickfunction translates to animation programming by defining animated figuremotions with inputs related to the surface area of the totem thatcontacts the capacitive sensor surface.

Referring now to FIG. 30E, another example embodiment depicts a totem 50having an interactive portion that moves relative to a main body. Inthis example embodiment, the interactive portion is a push button 342extending upwards from the top portion of totem 50 and biased upwardswith a spring 336. Push button 342 presses as a plunger 344 through thetotem body to press against a capacitive sensor located in a surfacebelow and accessible through an opening 346. An end user indicates atouch input by pressing on push button 342 to bring it in contact withthe capacitive sensors of a capacitive mat. In various embodiments, apush button and plunger input device may be added in multiple locationsin combination with other types of interactive portions. Multiple pushbutton and plunger assemblies have each push button input distinguishedby its position relative to the main totem body or with a distinct footcharacteristic where plunger 344 meets the capacitive sensor, such asthe identification characteristics described above. In one embodiment,push button 342 moves laterally relative to the main housing of totem 50to provide joystick inputs. The lateral position relative to the sidesof opening 346 determine the amount of joystick input with rotationprovided about a rotation point of the plunger coupled to the main bodywithin the opening.

Referring now to FIG. 30F, an upper view of another example of a totem50 is depicted having a rotating center portion 348 that rotatesrelative to a base 350 resting on a capacitive sensor surface. Forexample, the example embodiment of FIG. 30F has a similar constructionto embodiments depicted by FIGS. 30A and 30B except that the centerportion holding the feet rotates relative to the outer portion. Inalternative embodiments, the center position may rest on the capacitivesensing surface and the outer ring may rotate relative to the centerposition. A detent 352 disposed between rotating center portion 348 andbase 350 provides user feedback of motion of the two portions relativeto each other. FIG. 30G depicts the totem 50 of FIG. 30F in a sidecutaway view to illustrate freedom of motion of rotating center portion348 relative to base 350. In the example embodiment, feet 316 aredisposed from rotating center portion 348 to contact a capacitive sensorsurface and allow detection of the feet rotational position relative tobase 350. A push button 342 is available on top of totem 50 to providean input similar to that of FIG. 30E. Thus, functionality for “dumb”totems are added by various combinations of the interactive portions asset forth here. As an example, the embodiment depicted by FIG. 30Fplaced upon a capacitive mat display is recognized as an audio controltotem, resulting in an audio control interface presented around theouter ring of the totem to indicate the state of the audio system. Auser presses a push button to turn audio on or off, and rotates the ringto change audio volume. As the user changes audio settings, thecapacitive mat display presents the settings proximate the totem.

Referring now to FIG. 30G, an example totem keyboard 44 is depicted thatadopts the plunger 344 interactive device and foot 316 identifiersdescribed above for use to accept keyboard inputs. Corner identifiers354 provide position information of keyboard 44 on capacitive matdisplay 38 so that the position of keys 356 relative to corneridentifiers 354 is available to a totem controller. For example, corneridentifiers are a unique foot signature of one or more feet 316 thatprovide a precise position. Further, analysis of camera images allowsconfirmation of the keyboard position sensed by capacitive sensors andplaced by the coordinate system described above. As a user presses keys356, a foot 316 of each key hits a capacitive sensor surface to make aninput. The identity of the key press is discerned by its positionrelative to corner identifiers 354 and/or unique identifyingcharacteristics associated with each foot 316, such as capacitance,shape, etc. . . . . Although the plunger 344 interactive model of FIG.30G depicts a QWERTY type keyboard configuration, other types of inputdevices may use a similar structure, such as a number keypad.

Referring now to FIG. 31, another example of a totem 50 is depictedhaving a rectangular block shape. An end user manipulates the positionof block totem 50 to communicate orientation information to a totemcontroller for commanding rotating views 358 of an object presented byan information handling system display device. For example, if a userdesires to change from a front view to a top view of a CAD imagepresented in rotating views 358, the user rotates block totem 50 so thatthe top side of totem 50 faces the user. Orientation information isprovided by images captured by a camera or, alternatively, byidentifiers embedded in totem 50 and sensed by capacitive sensors of acapacitive mat display on which block totem 50 rests. For example, eachside of block totem 50 includes a corner identifier 354 so thatcapacitive sensors detect the side closest to or resting on thecapacitive sensing mat. Proximity sensing of identifiers 354 provideapproximate distance of a side portion from a capacitive sensor surfaceto show rotational motion and isometric views. In various embodiments,various types of identifying markings may be included in each side ofblock totem 50 to aid detection of orientation information. For example,identifying information may include markings distinguishable by a cameraor capacitive touch sensor. Specific capacitance related markings orfeet aid detection of distance measurements with proximity sensing todetermine totem orientation when lifted or partially lifted off of acapacitive sensing surface, such as identifiable capacitive values, padsizes, pad shapes, pad patterns and capacitive oscillation frequencies.The ability to sense proximity of specific portions of totem 50 to acapacitive mat display (including non-display capacitive sensors)provides a power tool for adding motion to animated figures presented byan information handling system interfaced with the capacitive sensorsand aided by a camera view of totem 50. Although FIG. 32 presents totem50 as a block tool to aid CAD drawings, in alternative embodimentsdifferent form factors may be used, including human models withidentifiers 354 at specific body part locations. Indeed, a user maycreate a totem from virtually any item by addition identifiers 354 asdesired.

Referring now to FIG. 32, a flow diagram depicts a process forestablishing a totem relationship with a function at an informationhandling system. The process starts at step 32 with detection of a totemat an immersed environment, such as with a camera and/or a capacitivesensor. At step 362, the totem identifier information is read by theinformation handling system, such as by analysis of a camera image tocapture unique markings on the totem or analysis of shape on acapacitive surface or other identifying features as set forth above. Atstep 364, the totem identification information is compared with knowntotem identifiers to determine if the totem is assigned to a function bythe information handling system, such as with a preassigned functionspecific to the totem type or an existing assignment already applied tothe totem. Totem assignments may include assignments to generalfunctions, assignments to specific applications, and assignments ofdifferent functions to different applications. If an assignment exists,the process continues to step 372 to apply the existing assignment.

If no assignment exists for a totem, the process continues to step 366to apply a default assignment based upon the type of totem identified.At step 368, a determination is made of whether to change an assignmentapplied to a totem. An assignment change may arise due to a user requestor due to a contextual condition at the immersed environment thatindicates a new use for an existing totem, such as opening a newapplication that initiates a search for a specific totem. If anassignment change is not automatically or manually selected, the processcontinues to step 372. If an assignment change is initiated, the processcontinues to step 370 to assign a new setting to the totem for providinginput and output to the information handling system. At step 372, thetotem assignment is applied to the totem so that the immersedenvironment totem controller will accept input and output based upon theassignment. In various embodiments, totem assignments provide directuser control of applications with physical manipulation of totems on anapplication specific basis. For example, a user can assign first andsecond mouse totems to first and second applications. When the usergrasps the first mouse totem, inputs are directed to the first andapplication; and when the user grasps the second mouse totem, inputs aredirected to the second application. Similar assignments may be appliedto pens for applications or for functions within an application. Forexample, a first totem pen identifier results in a first color input tothe application and a second totem pen identifier results in a secondcolor input to the application, thus allowing the user to select colorswith a natural input rather than performing selections through a menu.Further, totem identifiers may be broken down by application windows orby display device so that an end user can adjust input destinations byselecting a totem assigned to a destination.

Referring now to FIG. 33, an upper perspective view depicts a capacitivemat display 38 having interlocking modular expansion devices 374 toprovide additional surface area for presenting information, acceptingtouch inputs and charging devices. Conventional desktop work surfaceshave centered around keyboard and mouse environments. The immersedenvironment expands the horizontal work surface with a capacitive touchsensor surface, such as a capacitive mat display 38, to enable users todo more in a desktop area. Modular interchangeable mat-type devices thatinterface with a capacitive mat display 38 support user selection ofadditional functionality as space allows. Expansion devices 374 connectto a work surface, such as capacitive mat display 38, via extendablerails 378 and interconnects to communicate power and information, suchas a DisplayPort interface that daisychains with capacitive mat display38 or other display devices. Expansion devices 376 selectively couple onany side surface of capacitive mat display 38 to provide interchangeablesupport for left and right handed people as well as to increase thedepth of a desktop touch sensitive area. Expansion devices 374 drop intoan expansion frame 376 that slides outward from capacitive mat display38 on rails 378. Expansion devices 374 may be powered through theexpanding rails, such as with contact springs or pogo pins that extendfrom rails 378. Alternatively, a communication port may providecommunication of power and data, such as with the DisplayPort or USBstandards. Expansion devices 376 have multiple different types offunctionalities to enhance the immersed environment experience. Thesemay include one or more of support for: wireless charging interchangebetween selected inductive charging standards like CHI or A4WP, anenlarged track pad surface, totem charging, speakers, physical buttons,pico projector, 3D depth camera, display, etc. . . . Differentfunctionalities may be highlighted at an expansion device 374 with zoneillumination, such as with LEDs to indicate if a device is charging orfor aesthetic detail.

Referring now to FIG. 34, an upper perspective view depicts a blown-upview of a capacitive mat display 38 configured to accept interlockingmodular expansion devices 374 to provide additional surface area forpresenting information, accepting touch inputs and charging devices. Inthe example embodiment, a frame 386 surrounds the assembled mat devicesto provide support and adjust to adapt to varying sized mat devices.Locking devices, such as screws 384, hold frame 386 in place to securelymaintain mat devices in place on a desktop surface. Frame 386 comes withcapacitive mat display 38 and expands outward as needed to adapt toexpansion devices of varying size. In alternative embodiments,capacitive mat display 38 may include only a touch function supported bycapacitive sensors without an integrated display or may include only anintegrated display function without capacitive sensors. When an end userdesires to add expansion modules, the end user loosens locking devices384 and slide expansion frame 376 outward on rails 378 to make room forthe desired expansion device. Once the expansion device is inserted intoexpansion frame 376, locking device 384 is tightened to hold theassembly in place. Frame 386 includes a power controller 388 thatprovides power to capacitive mat display 38 and to expansion devicesadded in expansion frame 376. Frame 386 also includes a capacitivesensor input/output device that provides touch control and displayinformation to capacitive mat display 38.

In the example embodiment, a touch expansion device 380 is added to anextension frame 376 at the left side of capacitive mat display 38.Touches to touch expansion device are provide by a data interface tocapacitive sensor input/output device 390 for communication to aninformation handling system. If a display device is included with touchexpansion module 380, then display information is provided through acontroller of capacitive sensor input/output device 390 to the addeddisplay device, such as by using a DisplayPort daisychain-type ofinterface connection. On the opposite side of capacitive mat display 38,an inductive charger expansion device 382 is coupled in an extensionframe 376. Inductive charger expansion device 382 integrates aninductive charger that wirelessly powers peripherals placed on top ofit, such as totems, mouse devices, mobile telephones, etc. . . . .Advantageously, visual information on capacitive mat display 38 providesdirection to an end user for installing, removing and using expansionmodules. In the example embodiment, charger LEDs 394 illuminate toindicate the correct charging location. Touch sensors located ininductive charger expansion device 382 manage the application of powerto perform charging. In one embodiment, when an expansion device needsonly power, power may be provide through a physical connection withrails 378. For example, only power is required where an expansion deviceprovides only a charging functionality or when an expansion devicecommunicates touch and display information directly to an informationhandling system, such as with a wireless interface.

Although the present invention has been described in detail, it shouldbe understood that various changes, substitutions and alterations can bemade hereto without departing from the spirit and scope of the inventionas defined by the appended claims.

What is claimed is:
 1. An information handling system comprising: aprocessor operable to process information for presentation to a user asvisual images; memory interfaced with the processor and operable tostore the information; a graphics system interfaced with the processorand memory, the graphics system operable to generate the visual imagesat one or more display devices; a display device interfaced with thegraphics system and operable to present the visual images; a cameraaligned to capture an image proximate the visual images; a firstinfrared light source operable to generate an infrared curtain along asurface proximate the visual images to aid surface touch inputdetection; a second infrared light source operable to generatestructured light above the infrared curtain to aid three dimensionalobject detection; and a touch input module interfaced with the camera,the first infrared light source and the second infrared light source,the touch input module operable to analyze visual images captured by thecamera and to selectively illuminate the first or second infrared lightsources based upon the analyzing; wherein the touch input moduleselectively interleaves illumination by the first and second infraredlight sources based at least in part upon an end user hand positiondetected in a visual image captured by the camera.
 2. The informationhandling system of claim 1 wherein: the display device comprises aprojector aligned to project the visual images at a desktop surface; thefirst infrared light source is aligned to illuminate the infraredcurtain proximate to and parallel above the desktop surface; and thetouch input module turns off the first infrared light source unless thevisual images captured by the camera indicate an end user body portionsituated to perform a touch input at the desktop surface.
 3. Theinformation handling system of claim 1 wherein: the display devicecomprises a projector aligned to project the visual images at a desktopsurface; the second infrared light source is aligned to illuminate thestructured light above the infrared curtain to detect objects disposedabove the infrared curtain; and the touch input module turns off thesecond infrared light source unless the visual images captured by thecamera indicate an end user body portion situated above the desktopsurface.
 4. The information handling system of claim 1 wherein the touchinput module selectively turns off the second infrared light source upondetection by the camera of an end user's hands arranged to type at thedesktop surface.
 5. An information handling system comprising: aprocessor operable to process information for presentation to a user asvisual images; memory interfaced with the processor and operable tostore the information; a graphics system interfaced with the processorand memory, the graphics system operable to generate the visual imagesat one or more display devices; a display device interfaced with thegraphics system and operable to present the visual images; a cameraaligned to capture an image proximate the visual images; a firstinfrared light source operable to generate an infrared curtain along asurface proximate the visual images to aid surface touch inputdetection; a second infrared light source operable to generatestructured light above the infrared curtain to aid three dimensionalobject detection; and a touch input module interfaced with the camera,the first infrared light source and the second infrared light source,the touch input module operable to analyze visual images captured by thecamera and to selectively illuminate the first or second infrared lightsources based upon the analyzing; wherein the touch input moduleselectively illuminates the first or second infrared light sources byinterleaving the first and second infrared light sources andcoordinating the camera to provide touch input detection duringillumination by the first infrared light source and to provide threedimensional object detection during illumination by the second infraredlight source.
 6. The information handling system of claim 5 wherein thetouch input module illuminates the first and second infrared lightsources at first and second rates based upon one or more predeterminedconditions detected by the image captured by the camera.
 7. Aninformation handling system comprising: a processor operable to processinformation for presentation to a user as visual images; memoryinterfaced with the processor and operable to store the information; agraphics system interfaced with the processor and memory, the graphicssystem operable to generate the visual images at one or more displaydevices; a display device interfaced with the graphics system andoperable to present the visual images; a camera aligned to capture animage proximate the visual images; a first infrared light sourceoperable to generate an infrared curtain along a surface proximate thevisual images to aid surface touch input detection; a second infraredlight source operable to generate structured light above the infraredcurtain to aid three dimensional object detection; and a touch inputmodule interfaced with the camera, the first infrared light source andthe second infrared light source, the touch input module operable toanalyze visual images captured by the camera and to selectivelyilluminate the first or second infrared light sources based upon theanalyzing; wherein the display device comprises a projector aligned toproject the visual images at a desktop surface and a capacitive matdisposed on the desktop surface, the touch input module interleavingillumination of the first and second infrared light sources at first andsecond rates based upon a determination of touches by an end user at thecapacitive mat or at the desktop surface external to the capacitive mat.8. The information handling system of claim 7 wherein the touch inputmodule further adjust the first and second rates based upon adetermination that touches by the end user are performed with a fingerwith a writing instrument.
 9. A method for adaptive infraredillumination to manage input detection at a user interface presented ona desktop surface, the method comprising: presenting a user interface onat a desktop surface, the user interface accepting end user inputsdetected by a camera; capturing an image with the camera that includesat least a portion of the user interface; analyzing the capturedinterface to determine a first or second condition associated with theuser interface; in response to determining the first condition,providing a first illumination setting for first and second infraredlight sources; and in response to determining the second condition,providing a second illumination setting for the first and secondinfrared light sources wherein: the first condition comprises motiondetected proximate the desktop surface; the first illumination settingcomprises cycling on the first infrared light source aligned toilluminate an infrared curtain over the desktop surface at a first cyclerate; and the second illumination setting comprises cycling on thesecond infrared light source aligned to track three dimensional objectsover the desktop surface at a second cycle rate.
 10. The method of claim9 wherein: the first condition comprises motion detected above thedesktop surface; the first illumination setting comprises turning offthe first infrared light source aligned to illuminate an infraredcurtain over the desktop surface; and the second illumination settingcomprises cycling on the second infrared light source aligned to trackthree dimensional objects over the desktop surface at a first cyclerate.
 11. The method of claim 9 further comprising: interleavingillumination by the first and second infrared light sources; capturingimages with the camera having illumination from the first light sourceto determine touches at the desktop surface; and capturing images withthe camera having illumination from the second light source to determinethree dimensional objects disposed over the desktop surface.
 12. Themethod of claim 9 wherein: the first condition comprises an end user'shands in a typing posture proximate the desktop surface; the firstillumination setting comprises cycling on the first infrared lightsource aligned to illuminate an infrared curtain over the desktopsurface; and the second illumination setting comprises turning off thesecond infrared light source aligned to track three dimensional objectsover the desktop surface at a second cycle rate.
 13. A method foradaptive infrared illumination to manage input detection at a userinterface presented on a desktop surface, the method comprising:presenting a user interface on at a desktop surface, the user interfaceaccepting end user inputs detected by a camera; capturing an image withthe camera that includes at least a portion of the user interface;analyzing the captured interface to determine a first or secondcondition associated with the user interface; in response to determiningthe first condition, providing a first illumination setting for firstand second infrared light sources; in response to determining the secondcondition, providing a second illumination setting for the first andsecond infrared light sources; monitoring the user interface with thecamera to detect an absence of the first and second conditions; and inresponse to detecting the absence of the first and second conditions,turning off both the first and second infrared light sources.
 14. Amethod for adaptive infrared illumination to manage input detection at auser interface presented on a desktop surface, the method comprising:presenting a user interface on at a desktop surface, the user interfaceaccepting end user inputs detected by a camera; capturing an image withthe camera that includes at least a portion of the user interface;analyzing the captured interface to determine a first or secondcondition associated with the user interface; in response to determiningthe first condition, providing a first illumination setting for firstand second infrared light sources; in response to determining the secondcondition, providing a second illumination setting for the first andsecond infrared light sources; monitoring the user interface to detect aproximity of the user's hands to the desktop surface; and in response tothe proximity, adjusting the rate at which the first infrared lightsource cycles on and off to illuminate an infrared curtain over thedesktop surface.
 15. The method of claim 14 wherein monitoring the userinterface to detect a proximity of the user's hand further comprisessensing a distance to the user's hand with a proximity sensor disposedon the desktop surface.
 16. A system for adaptive infrared illuminationto manage input detection at a user interface presented on a desktopsurface, the system comprising: a camera aligned to capture an imageproximate the desktop surface; a first infrared light source operable togenerate an infrared curtain along the desktop surface proximate a userinterface having touch inputs; a second infrared light source operableto generate structured light above the infrared curtain to aid threedimensional object detection; a touch input module interfaced with thecamera, the first infrared light source and the second infrared lightsource, the touch input module operable to selectively illuminate thefirst or second infrared light sources based upon a predicted detectionrequirement; and a power manager interfaced with the touch input module,the power manager operable to monitor images captured by the camera andto selectively power off the first and second infrared light sourcesbased upon the predicted detection requirement and a power managementsetting.
 17. The system of claim 16 wherein: the predicted detectionrequirement comprises detection of a touch by an end user to the desktopsurface; and the touch input module responds to the predicted detectionof a touch by an end user to the desktop surface by increasing theillumination cycle rate of the first infrared light source relative tothe second infrared light source.